Customizable Bladed Applications

ABSTRACT

Customizable bladed applications are described herein. A device platform is configured to provide a simultask mode that enables combined user access to multiple applications of the platform via respective chrome portions. When simultask mode is active, arrangement of chrome elements within a user interface is controlled to generate a bladed view that provides a compact representation for one application in conjunction with an expanded view that provides principal chrome for a different application. The platform makes the bladed view available for any displayable application of the platform. The bladed view may also include application-specific elements that are populated using customizations designated via metadata of the application, or using default information for applications in the absence of designated customizations. Further, the platform may implement a notification system that operates on behalf of applications to obtain and apply updates for dynamically updatable content incorporated into bladed views.

RELATED APPLICATION

This application is a continuation of and claims priority to U.S. patentapplication Ser. No. 14/589,609 filed Jan. 05, 2015 entitled“Customizable Bladed Applications”, the disclosure of which isincorporated by reference herein in its entirety.

BACKGROUND

Computing devices have been developed to increase the settings in whichcomputing functionality is made available to users. For instance, mobilephones and slate form factor devices (e.g., tablets) have advanced toprovide access to content, applications, services, browsing, and othercomputing functionality in mobile settings. Additionally, availabilityand use of various kinds of wearable computing devices (e.g., watches,fitness bands, pod devices, glasses, etc.) is steadily increasing.

Due to the small size of mobile devices and wearable devices (e.g.,mobile platforms), and correspondingly limited screen-real estate, itmay be challenging to implement schemes for controlling positioning ofon-screen elements and user interfaces for the devices. For instance,traditional mobile device operating systems are configured to provideaccess to a single application user experience at a time that consumesavailable screen-real estate, which prevents or limits users' ability toaccess and/or combine functionality associated with multipleapplications. Interaction with multiple applications (e.g., multitaskingor simultasking) may require a user to perform a series of tasks toactivate, launch, locate, and/or switch back and forth between eachapplication. Consequently, using conventional techniques formulti-tasking on a mobile device or other computing platform may lead touser frustration and may be inadequate in some scenarios.

SUMMARY

Techniques and apparatuses for customizable bladed applications aredescribed herein. In one or more implementations, an operating systemfor a platform is configured to provide a simultask mode that enablescombined user access to multiple applications of the platform viarespective chrome portions for the multiple applications. When simultaskmode is active, arrangement of chrome elements within a user interfaceis controlled to generate a bladed view that provides a compactapplication representation for one application in conjunction with anexpanded view that provides principal chrome for a differentapplication. The expanded view consumes at least a majority of availablescreen real-estate and the bladed view may be configured as a barelement that overlays or adjoins the expanded view.

The platform is configured to make the bladed view available for anydisplayable application of the platform. The bladed view may alsoinclude application-specific elements that are populated usingcustomizations designated via metadata of the application, or usingdefault information for applications in the absence of designatedcustomizations. Further, the platform may implement a notificationsystem that operates on behalf of applications to obtain and applyupdates for content streams and other dynamically updatable contentelements that are incorporated into bladed views of applications.

This Summary is provided to introduce a selection of concepts in asimplified form that are further described below in the DetailedDescription. This Summary is not intended to identify key features oressential features of the claimed subject matter, nor is it intended tobe used as an aid in determining the scope of the claimed subjectmatter.

BRIEF DESCRIPTION OF THE DRAWINGS

The detailed description is described with reference to the accompanyingfigures. In the figures, the left-most digit(s) of a reference numberidentifies the figure in which the reference number first appears. Theuse of the same reference numbers in different instances in thedescription and the figures may indicate similar or identical items.Entities represented in the figures may be indicative of one or moreentities and thus reference may be made interchangeably to single orplural forms of the entities in the following discussion.

FIG. 1 is an illustration of an environment in an example implementationthat is operable to employ techniques for customizable bladedapplications described herein.

FIG. 2 illustrates an example computing device having a graphical userinterface for a simultask mode in accordance with one or moreimplementations.

FIG. 3 illustrates an example scenario for swapping views presented in asimultask mode in accordance with one or more implementations.

FIG. 4 illustrates an example configuration of a bladed view inaccordance with one or more implementations.

FIG. 5 illustrates an example scenario in which views for a simultaskmode are generated responsive to user interaction in accordance with oneor more implementations.

FIG. 6 illustrates an example scenario for activation of simultask modevia an application selector in accordance with one or moreimplementations.

FIG. 7 illustrates an example scenario for content exchange betweenapplications using simultask mode in accordance with one or moreimplementations.

FIG. 8 illustrates an example scenario in which a simultask mode with abladed view is activated responsive to device manipulation in accordancewith one or more implementations.

FIG. 9 illustrates an example user interface arranged to include bladedviews for multiple applications in accordance with one or moreimplementations.

FIG. 10 depicts an example procedure in which a simultask mode isactivated in accordance with one or more implementations.

FIG. 11 depicts an example procedure in which updates for a bladed vieware obtained via a notification system in accordance with one or moreimplementations.

FIG. 12 depicts an example procedure in which an application selector isused to activate a simultask mode in accordance with one or moreimplementations.

FIG. 13 illustrates an example system having devices and components thatmay be employed to implement aspects of the techniques described herein.

DETAILED DESCRIPTION

Overview

Traditionally, mobile device operating systems are configured to provideaccess to a single application user experience at a time that consumesavailable screen-real estate. Interaction with multiple applications mayrequire a user to perform a series of tasks to locate, activate, launch,and/or switch back and forth between each application, which prevents orlimits users' ability to multitask or simultask. Consequently, usingconventional techniques for multi-tasking on some computing platformsmay lead to user frustration and may be inadequate in some scenarios.

Techniques and apparatuses for customizable bladed applications aredescribed herein. In one or more implementations, an operating systemfor a platform is configured to provide a simultask mode that enablescombined user access to multiple applications of the platform viarespective chrome portions for the multiple applications. When simultaskmode is active, arrangement of chrome elements within a user interfaceis controlled to generate a bladed view that provides a compactapplication representation for one application in conjunction with anexpanded view that provides principal chrome for a differentapplication. The expanded view consumes at least a majority of availablescreen real-estate and the bladed view may be configured as a barelement that overlays or adjoins the expanded view.

The platform is configured to make the bladed view available for anydisplayable application of the platform. The bladed view may alsoinclude application-specific elements that are populated usingcustomizations designated via metadata of the application, or usingdefault information for applications in the absence of designatedcustomizations. Further, the platform may implement a notificationsystem that operates on behalf of applications to obtain and applyupdates for content streams and other dynamically updatable contentelements that are incorporated into bladed views of applications.

Customizable bladed applications as described in this document make userinteraction with multiple applications more convenient and efficient.For instance, the bladed view may be presented in a consistent, fixedlocation (or locations) within a device user interface, which enablesusers to quickly recognize and use the bladed view for multi-applicationinteraction scenarios. Accordingly, access to and interaction withmultiple applications may occur using fewer steps and take less timeusing the bladed views. The platform is also configured to support thebladed view for any application using default information forapplications (e.g., name, icon, color scheme, etc.), which increasesvalue and convenience for application developers since the developers donot have to perform additional work to enable the bladed view for theirapplications. Application developers may also take advantage ofcustomizable aspects of the bladed view to designateapplication-specific customization, which can increase user satisfactionwith both the application and developer. Moreover, users can launch thesimultask mode on-demand, select particular applications to show in thevarious views (e.g., bladed and expanded), and switch back and forthbetween applications quickly, which makes efficient use of limitedscreen-real estate to selectively surface information of interest toindividual users and enable enhanced interaction scenarios.

In the following discussion, an example environment is first describedthat may employ the techniques described herein. Example details andprocedures are then described which may be implemented in the exampleenvironment as well as other environments. Consequently, the exampledetails and procedures are not limited to the example environment andthe example environment is not limited to the example details andprocedures. Lastly, an example system and components of the system arediscussed that may be employed to implement aspects of the techniquesdescribed herein.

Example Environment

FIG. 1 is an illustration of an environment 100 in an exampleimplementation that is operable to employ techniques described herein.The illustrated environment 100 includes a computing device 102 that maybe configured in a variety of ways. For example, a computing device maybe configured as a mobile phone device 104, a tablet computing device106, a laptop computer 108, and a gaming device 110 as illustrated inFIG. 1. Other computing devices and systems are also contemplated, suchas set-top boxes, servers, and netbooks, and so forth. The computingdevice may range from full resource devices with substantial memory andprocessor resources (e.g., personal computers, game consoles, tablets)to a low-resource device with limited memory and/or processing resources(e.g., traditional set-top boxes, hand-held game consoles, mobilephones). Additionally, although a single computing device is shown insome instances, the computing device may be representative of aplurality of different devices. Further examples of computing systemsand devices suitable to implement techniques described herein aredescribed below in relation to FIG. 13.

In the illustrated example, the computing device 102 includes aprocessing system 112 having one or more processing devices andcomputer-readable media 114 configured to implement various applicationprograms, modules, logic, and/or device functionality. For instance, thecomputer-readable media 114 may include an operating system 116,notification system 118, background manager 120, input module 122,application(s) 124, each having one or more application user interfaces126 (application UI(s) 126), and an application manager 128 operable tocontrol arrangement of application UIs 126 to selectively generate andswitch between bladed views 130 and expanded views 131 for theapplications as described above and below.

The computing device 102 additionally may include or otherwise make useof one or more display devices 132 and input mechanisms 134. Displaydevices 132 may be separate or integrated with the computing device 102.Input mechanisms 134 may include gesture-sensitive sensors and devices,such as touch-based sensors and movement-tracking sensors (e.g.,camera-based), as well as mice (free-standing or integral with akeyboard), a stylus, touch pads, accelerometers, and microphones withaccompanying voice recognition software, to name a few. Input mechanisms134 may be separate or integrated with displays device 132. Integratedexamples may include gesture-sensitive displays with integratedtouch-sensitive or motion-sensitive sensors.

The operating system 116 manages resources of the computing device 102and may be implemented using any suitable instruction format, such as64-bit, 32-bit, reduced instruction set computing (RISC), complexinstruction set computing (CISC), and the like. The operating system isconfigured to abstract underlying functionality of the underlying deviceto applications that are executable on the computing device. Forexample, the operating system 116 may abstract processing, memory,network, and/or display functionality such that the applications 124 maybe written without knowing “how” this underlying functionality isimplemented. The applications, for instance, may provide data to theoperating system to be rendered and displayed by a display devicewithout understanding how this rendering will be performed. A variety ofapplications typically associated with client devices are contemplatedincluding, but not limited to, a productivity suite that integratesmultiple office productivity modules, a web browser, games, amulti-media player, a word processor, a spreadsheet program, a photomanager, and so forth.

The notification system 118 is representative of functionality to managenotifications including notifications for alerts, messages, updates,content streams and/or other updatable, “live” content that may bedisplayed as part of the representations of the applications. Thenotification system 118 may operate to obtain various notifications onbehalf of applications 124 that register with the notification system.Accordingly, the notifications may be handled by the notification system118 without executing the corresponding applications. For example, thenotification system 118 may operate a centralized notification managerto receive the content updates and/or other notifications from a varietyof different sources, such as from software (e.g., other applicationsexecuted by the computing device 102), from a web service via a network,and so on. For instance, a web service may include a notification modulewith which the notification system 118 interacts to obtain notificationsusing a push model, a pull model, or other suitable techniques suitablefor obtaining notifications. The notification system 118 processes thenotifications and manages how the notifications are displayed as part ofthe representations without executing the applications. This approachmay be used to improve battery life and performance of the computingdevice 102 by not running each of the applications 124 to output thenotifications.

The background manager 120 represents functionality to enable andcontrol background tasks for applications. Generally speaking, theoperating system 116 may prevent applications from running while in thebackground so that memory and processing resources are preserved for useby an application running in the foreground. Thus, when an applicationis not in the foreground, execution for the application is suspended andthe application may be unable to run code. However, the operating system116 may allow applications to define background tasks that arecoordinated by the background manager 120. The background manager 120may be configured to provide a controlled resource-managed environmentthat provides a mechanism for performance of some designated tasks inthe background. The background manager 120 coordinates execution of thebackground tasks including registering applications for backgroundtasks, firing triggers to launch the tasks, providing a host for runningthe tasks, controlling resource allocation for the tasks, and so forth.Upon firing of an appropriate trigger by the background manager 120, anentry point of an application registered for the particular task islaunched to perform the task. The controlled resource-managedenvironment may allocate a limited amount of resources (time, CPU, etc.)to each background task and place other restrictions upon the kinds ofresources that can be accessed and operations that can be performed. Inother words, the background tasks may be “sandboxed” to enhanceperformance, security, and/or battery life.

The computing platform represented in FIG. 1 provides amulti-application environment by which a user may view and interact withone or more of applications 124 at a time through correspondingapplication UIs 126. Application UIs 126 may be exposed throughdifferent frames or viewing panes within a graphical user interface forthe device and/or operating system 116. These frames or viewing panesmay divide available screen real-estate into different portions thatprovide respective chrome elements corresponding to differentapplications.

The application manager 128 provides various functionality formanagement of applications 124, such as launching and terminatingapplications, switching between application windows and view, selectingstates for applications as active or suspended, and tracking activeapplications. The application manager 128 may support a single-app modein which interaction with a single application is provided, as well as asimultask mode as discussed herein that enables combined user access tomultiple applications of the platform via respective chrome portions forthe multiple applications. The application manager 128 provides one ormore interfaces through which interaction with the operating system 116is enabled, such as an application selector, application-launchinginterface or “application picker”, a task bar, and/or a start menu, toname a few examples. The application manager 128 may also have accessto, or maintain, an application queue, which may include activeapplications, minimized applications, or previously interacted withapplications.

The application manager 128 additionally represents functionality toimplement techniques for customizable bladed applications describedabove and below. This may include but is not limited to operations torecognize input indicative of a selection of a simultask mode and,responsive to the input, control arrangement of a user interface of thecomputing device to implement the simultask mode. In an example, theapplication manager 128 operates to configure chrome elements exposedwithin a user to generate a bladed view 130 that provides a compactapplication representation for one application in conjunction with anexpanded view 131 that provides principal chrome for a differentapplication. For example, the application manager 128 may operate toproduce views for interaction with applications accessed via the webplatform and send commands and data to a graphics processing system ofthe computing device 102 to control operation of the graphics processingsystem for rendering of corresponding user interfaces. Details regardingconfiguration of bladed views 130 and expanded views 131 in variousimplementations are discussed throughout this document. Generallythough, the application manager 128 makes the bladed view 130 availableto any applications of the platform and enables variousapplication-specific customizations of the bladed view 130.

Although depicted as a standalone module, the application manager 128may alternatively be implemented as a component of the operating system116. Further, the application manager 128 may invoke or otherwiseinteract with the notification system 118 and/or background manager 120to manage notifications and states of different applications. Ingeneral, any or all of the operating system 116, notification system118, background manager 120, input module 122, application(s) 124, andapplication manager 128 may be implemented as separate components orcombined or integrated together in different combinations in anysuitable form.

Having considered the foregoing example environment, consider now adiscussion of some example details and procedures for customizablebladed applications in accordance with one or more implementations.

Customizable Bladed Application Details

This section discusses details of and example procedures forcustomizable bladed applications in accordance with one or moreimplementations. Generally speaking, a multi-application environment maybe provided by a device platform and/or corresponding operating system116 that enables multi-tasking with multiple applications, frames, andapplication views at the same time. The operating system 116 through theapplication manager 128 and/or other components and functionality maymanage allocation of resources for execution of the multipleapplications and configuration of user interfaces for interaction withapplications. Moreover, the multi-application environment may beconfigured to enable bladed views 130 and expanded views 131 in asimultask mode as described above and below.

FIG. 2 illustrates generally at 200 an example computing device 102having a graphical user interface 202 for a simultask mode in accordancewith one or more implementations. In this particular example, thecomputing device 102 in the form of a mobile phone device 104 isdepicted as rendering the graphical user interface 202 via a displaydevice 134. In at least some embodiments, the user interface 202 fullyoccupies a screen or visible area of a display. As such, edges of thegraphical user interface 202 may align with respective edges of thescreen or visible area of the display.

Here, the graphical user interface 202, which may also be referred to asa workspace or desktop, includes a bladed view 130 for one applicationand an expanded view 131 for a different application. The illustratedapplications include a messaging application arranged in the bladed viewand a browser application arranged in the expanded view 131. Thus, thegraphical user interface 202 includes separate portions such as framesor viewing panes for the different applications through which chromeelements for respective applications are exposed. The portions may beconfigured in various ways to expose content items and provide differentkinds of functionality for interaction with respective applications.

The bladed view 130 provides a compact visual representation for acorresponding application and access to a limited set of functionalityassociated with the application in a small-scale view. The bladed view130 may include a defined set of standard chrome elements forapplications in a compact view that are the same for differentapplications in the bladed view. These standard chrome elements aredefined by a device manufacturer and/or developer of the platform.

On the other hand, the expanded view 131 is configured to expose theprincipal chrome for application established by the applicationdeveloper in a large-scale view. Naturally, principal chrome variessignificantly between different applications and developers. For aparticular application, though, the views of an application in asingle-app mode and the expanded view 131 of a simultask mode aresubstantially the same and provide access to substantially the sameelements and functionality. The expanded view 131 is designed to provideaccess to the full set of functionality and features available for theapplication.

In the illustrated arrangement, a portion for the bladed view 130 isrepresented as a bar that extends along a top edge of the graphical userinterface 202. In other words, the bladed view 130 is “snapped” intoposition along the top edge. The portion for the expanded view 131consumes the remainder of the available area in the user interfaces andis positioned below the bladed view 130. In this example arrangement,the bladed view 130 adjoins the expanded view 131 at a boundary 204which visually divides the graphical user interface 202 into thedifferent portions. In another approach, the expanded view 131 may beconfigured in a full-screen mode such that the expanded view 131 extendsto the edges of the user interface and display in each direction. Inthis approach, the bladed view 130 is configured to at least partiallyoverlay the expanded view 131.

In either case, the bladed view 130 may be located at a defined location(e.g., along the top edge or another edge) so that the bladed view 130is consistently positioned and easily recognizable by a user regardlessof which application is being presented in the bladed view. In additionor alternatively, the location of the bladed view 130 may be selectivelypositioned or moved into different locations. By way of example, thebladed view 130 may be snapped along each edge of a generallyrectangular user interface and display. Once exposed, the bladed view130 may be pinned or “snapped” such that the bladed view remains visiblein the user interface as a user interacts with other functionalityand/or navigates to expose other content and applications in theexpanded view portion of the user interface. In one or moreimplementations, content may be exchanged between applications usingdefined input or gestures, one example of which is a drag and dropbetween the views of different applications. The bladed view may persistuntil the view is closed out, or a selection is made to expand the view.A selection to expand the bladed view initiates operations to swap theviews of applications, details of which are discussed in relation to theexample of FIG. 3.

In particular FIG. 3 illustrates generally at 300 an example scenariofor swapping views presented in a simultask mode in accordance with oneor more implementations. In this example, arrangements of the graphicaluser interface 202 represented by different letters “A” and “B” aredepicted, which illustrate operations in a sequence to swap applicationsbetween views. For example, FIG. 3 depicts in view “A” the graphicaluser interface 202 arranged as in FIG. 2 with a messaging application inthe bladed view 130 and a browser application in the expanded view 131.In this arrangement, a user may browse via the browser application inthe expanded view to find information, such as to get a map, look-up aplace to eat, or access a link. The user may decide to share someinformation obtained via the browser application with a friend. Forexample, the bladed view 130 may represent an on-going messagingconversation with a friend named “Jeff”.

In order to share the information with Jeff via messaging, the user maycopy content such as a link or image from the browser application andthen provide input to expand the messaging application into an expandedview 130 to compose a text message to Jeff that includes the content.Interaction 302 shown in FIG. 3 represents input sufficient to initiateexpansion of the bladed view 130 of the messaging application and,correspondingly, swapping of the messaging application shown in thebladed view 130 with the browser application shown in the expanded view130. By way of example and not limitation, the interaction 302 isrepresented as tapping on the bladed view 130 via touch. Other types ofinput are also contemplated, such as defined touch gesture, a keystrokecombination, a press and hold action, a swipe gesture such as swipingdown on the bladed view or up on the expanded view, a slash across thebladed view, selection of the icon associated with the bladed view, amouse click, and/or other suitable interaction configured to trigger theexpansion/swapping.

Responsive to the interaction 302, view “B” is generated and exposed.Notice that in view “B”, the views of the applications are swapped suchthat graphical user interface 202 is now arranged with the messagingapplication in the expanded view 131 and a browser application in thebladed view 130. This arrangement enables the user to interact with themessaging application as the main application in the expanded view 131,such as to compose and send a message to Jeff. As part of composing themessage, the user may paste the image or link that is copied from thebrowser application into the message.

In view “B”, the bladed view 130 pins the browser application in theuser interface so that the user may continue to interact with somefunctionality of the browser and/or may quickly navigate back to theexpanded view represented by view “A”. For instance, interaction 304shown in FIG. 3 represents input sufficient to initiate expansion of thebladed view 130 of the browser application and, correspondingly,swapping of the applications to return to the arrangement of view “A”.In this manner, the user may selectively switch back and forth betweenview “A” and view “B” to access functionality of both applications,exchange content between the applications, engage in variousmulti-application interaction scenarios, and so forth.

FIG. 4 illustrates generally at 400 an example configuration of a bladedview in accordance with one or more implementations. In particular, FIG.4 depicts an example template 402 for a bladed view showing an exampleformat and layout of the bladed view. Representative example bladedviews for different application that are configured according to thetemplate 402 are also depicted including a view 404 for a messagingapplication, a view 406 for a browser application, and a view 408 for asports application.

The bladed view 130 for a simultask mode may be configured in variousdifferent ways to provide a compact visual representation for acorresponding application. The bladed view 130 may include a defined setof standard chrome elements for applications in a compact view that arethe same for different applications in the bladed view. These standardchrome elements are defined by a device manufacturer and/or developer ofthe platform. For example, the template 402 of FIG. 4 depicts anarrangement of chrome elements for the bladed view including elementsfor status 410 of the device, name 412 of the application, an icon 414to identify the application, a visual scheme 416 for the view, andcontent 418 associated with the application. The status 410 elementshows one or more status indications for the device such as for wirelessconnections, battery life, and the current time as illustrated. Althoughdepicted in the example of FIG. 4, the status 410 may be hidden oromitted in some scenarios to make more space available for otherelements in the bladed view. The name 412 and icon 414 for the bladedview may be extracted from files and/or metadata created when theapplication is installed. Customized names and icons are alsocontemplated. The visual scheme 416 may include colors, fonts, textsize, background images/patterns, animations, and/or other visualaspects associated with the application.

Additionally, various content 418 associated with applications may beincorporated into a bladed view. Content 418 may include fixed contentsuch as text string or image that is generated based on the last activeinteraction with the application. For example, a text string may reflectthe last email message or text message received. In another example, animage element may present a thumbnail image captured during a priorinteraction with the applications. Content 418 may also includedynamically updateable content such as a content stream or feedassociated with an application. Example include but are not limitedmedia content, call audio and/or video, a sports score tracker,financial market info, flight tracker, weather alerts, a rotating orscrolling news feed, and so forth. In at least some implementations,content is dynamically updated via notifications that are received andhandled via a notification system 118 in the manner discussed herein.

Accordingly, the template 402 defines a default or standard layout forthe elements that may be used across different applications. Forexample, the elements and arrangement of elements in the example views404, 406, and 408 are generally the same for the different applications.In other words, these views adhere to the template. At the same time,the elements of the template are application-specific in that theelements are populated with application-specific data derived frommetadata for the individual applications. Customization of variouselements as well as the format and layout of the elements on anapplication-by-application basis are also contemplated.

By default, the elements are populated using default informationavailable for applications, such as the default name, icon, and colorscheme used for representations of the application outside of the bladedview. Further, content for the bladed view may be derived based uponnotifications for the application that a notification system is alreadyconfigured to obtain, process, and handle on behalf of the applications.

Metadata may also specify customizations for the bladed view, such as ashort name, a different icon, a different color scheme, and a customizedcontent stream that is accessible via a link or URL specified via theapplication metadata. Accordingly, the platform by way of theapplication manger 128 or otherwise operates to generate bladed viewsusing either or both of application-specific customizations designatedfor an application or default information available for the applicationin the absence of designated application-specific customizations. Forexample, the application manger 128 may parse metadata to determinewhether application-specific customizations are designated for aselected application and then configure elements for a bladed view usingapplication-specific customizations when designated; or using defaultinformation in the absence of designated application-specificcustomizations.

FIG. 5 illustrates generally at 500 an example scenario in which viewsfor a simultask mode are generated responsive to user interaction inaccordance with one or more implementations. In particular, FIG. 5depicts an example having various views label “A” to “I” that representa sequence of operations that occur during multi-application interactionscenarios. View “A” represents a single-app mode for interactions on acomputing device 102 in the form of a mobile device with a singleapplication at a time, namely application A. In this example, the userinterface 126 for application A is in a full-screen mode that extends tothe edges of the display device 134 of the illustrated computing device102. Here, application A represents an active, running application.

Interaction 502 may occur to launch an application selector to select anapplication other than application A to interact with. For example,interaction 502 may represent selection of a home or start control tonavigate to an application selector that provides visual representationsof various applications each of which is selectable to launch acorresponding application. View “B” represents an example applicationselector configured as a start page that has an arrangement of differenttile elements corresponding to different applications. Otherconfigurations of an application selector and visual representations arealso contemplated, such as icons, menu items, tool menu elements andother mechanisms to represent and enable selectable access toapplications.

Interaction 504 represents selection of an application to launch oractivate via the application selector, which in this example isapplication D. Interaction 504 causes launch of application D into asingle-app mode as represented by view “C”. Here, application A mayremain active, but may be placed in the background in a backgroundstate. Now, at least application A and application D are currentlylaunched on the platform, with application D being the main, foregroundapplication and application A being the previous main application nowplaced in the background.

In this context, appropriate interaction 506 may occur to activate asimultask mode in which both application A and application D areaccessible via respective portions in the user interface 126. Variousinput, sequence of inputs, and/or gestures may be defined as triggersfor the simultask mode. In the illustrated example, interaction 506involves an upward swipe on the exposed interface for application D tocause arrangement of application D into a bladed mode that is pinnedalong a top edge of the user interface. If supported by the platform,swiping in other directions may cause pinning of a selected applicationto a corresponding edges of the user interface.

View “D” provides a representation of a simultask mode in whichapplication D is in bladed view and application A is in expanded mode.In this example, application A may be selected for placement in theexpanded mode based on being the last application that is used prior toapplication D (e.g., application A has priority in an applicationqueue).

Now suppose a user wants to launch another application. In order to doso, the user may again access the application selector introduced inview “B”. Here, the application picker is accessed via interaction 508to select a back button. Other ways to navigate back to the selector arealso contemplated. In any event, view “E” shows the application selectorbeing exposed and further interaction 510 to select application C viathe application selector. The result is view “F” which provides arepresentation of a simultask mode in which application D remains inbladed view and application C is now in expanded mode. Notice thatapplication D remains pinned or snapped in the user interface throughoutthe interaction represented by views “D” to “F”. Thus, application D isaccessible throughout this sequence. As such, interactions betweenapplication D and multiple different applications are facilitated whileapplication D is in the bladed view.

View “G” represents interaction 512 to initiate a swap betweenapplication D and application C comparable to the example of FIG. 3discussed previously. View “H” is generated responsive to interaction512. In particular, view “H” provides a representation of a simultaskmode in which application C is now in bladed view and application D isin expanded view. View “H” further represents interaction to closeout orotherwise conclude the simultask mode and bladed view, and therebyreturn to single-app mode. Again, various input, sequences of inputs,and/or gestures may be defined as triggers to conclude simultask mode.In the illustrated example, interaction 514 involves an upward swipe onthe bladed view portion to close the bladed view for application C andcause arrangement of application D into a single-app mode, asrepresented in view “I”. Other techniques to closeout a bladed view arealso contemplated, such as swiping left or right, selecting a closebutton or control, using a keystroke or hardware toggle, or othersuitable closeout instrumentality.

The simultask mode and bladed views as just described enable a varietyof different multi-application interaction scenarios. For instance, auser may use the simultask mode during an ongoing voice call ormessaging session to access other information from the device, such ascontact information, internet content, documents, and so forth. Thesimultask mode and bladed views also facilitate exchange of contentbetween applications. For example, a user may snap a presentationapplication to the bladed view and then navigate to differentproductivity applications (e.g., spreadsheet, word processor, browser,etc.) to access content and transfer the content to the presentationapplication for inclusion in a presentation document via the bladedview. In another scenario, a user may snap a particular application tothe bladed view to keep track of corresponding information, such aspinning of a sports application in the bladed view to track the score ofa football game, pinning a social networking application to track asocial network feed, or pinning a financial application to track marketnews or stock prices.

The platform by way of the application manager 128 supports arrangementof bladed views for any displayable application. The simultask mode maybe activated manually based on explicit user input to selectapplications for bladed views and/or expanded views. The manualselection may occur via an application selector as described herein aswell as during user interaction with graphical user interfaces 126 forapplications, some examples of which are shown in the scenario of FIG.5.

In addition or alternatively, the simultask mode may be activatedautomatically according to defined workflows or interaction scenarios.For example, a notification event received in the background duringinteraction with an application in a single-app mode may cause theplatform to launch the simultask mode and generate the bladed view foran application associated with the notification. Examples include butare not limited to generating a bladed view of a phone application foran incoming call or a bladed view of a messaging application when a textmessage is received. Alternatively, the main application that the useris interacting with may be automatically snapped to the bladed view whena triggering event is detected to enable another application to belaunch into the expanded view. For example, an incoming video chat mayinitiate a switch from a single-app mode for a word processingapplication to a simultask mode in which the word processing applicationis arranged in a bladed view and the video chat is launched in theexpanded view. Various other examples of workflows or interactionscenarios that can automatically trigger a simultask mode are alsocontemplated. Additional details regarding these and other aspects ofcustomizable bladed applications are discussed in relation to additionalexample scenarios and user interfaces of FIG. 6-9.

FIG. 6 illustrates generally at 600 an example scenario for activationof simultask mode via an application selector in accordance with one ormore implementations. Here, view “A” represents an example applicationselector 602 that may be accessible via the platform. In the depictedexample, the application selector 602 provides a scrollable list ofapplications that are active for a corresponding device. Note that justa portion of the application selector 602 is visible on the display,with shaded portions indicating that the portions are outside of theviewable area. The example application selector 602 includes visualrepresentations for a plurality of applications A thru G. Theapplication selector 602 enables scrolling to navigate the visualrepresentations, such as via horizontal scrolling to view differentvisual representations at different times. Other arrangements of anapplication selector 602 are also contemplated, such as a tile basedinterface as in the examples of FIG. 5, a vertically scrollable list, agrid layout, a carousel or wrap around interface, and so forth

Each visual representation in the application selector 602 is selectableto launch a corresponding application in a single-app mode.Additionally, the application selector 602 provides functionality tomanually activate a simultask mode as illustrated in the example of FIG.6. In particular, scrolling 604 and/or other navigational input mayoccur to navigate to a visual representation of an application interest.Here, the scrolling 604 places application D in the visible area.

Interaction 606 may then occur in a prescribed manner to causearrangement of application D in a bladed view. In the illustratedexample, interaction 606 involves an upward swipe on the exposed visualrepresentation for application D to cause arrangement of application Dinto a bladed mode, pinned or snapped to top edge of the user interface.If supported by the platform swiping in other directions may causesnapping of a selected application to a corresponding edge of the userinterface. Other types of input, sequence of inputs, and/or gesturesthat operate as triggers to initiate creation of a bladed view for aselected application via the application selector are also contemplated.

In accordance with the interaction 606, view “B” depicts application Darranged in a bladed view 130 with the application selector 602remaining as the main application in an expanded view. Furtherinteraction 608 may occur with the application selector 602 to browsevisual representations of applications provided via the applicationselector 606. Interaction 608 may again involve scrolling asillustrated, although other types of navigational inputs are alsocontemplated. View “C” represents results of the interaction 608 toposition a visual representation for application A within the visibledisplay area, such as by scrolling to the left in example view “B”. Now,a selection 610 of application A may occur in a prescribed manner tochoose application A as the main application. The selection 610 in thedepicted example involves tapping on the visual representation forapplication A. Other types of input to effectuate a selection are alsocontemplated, some further examples of which include a double click, apinch gesture, a drag on a corner, a voice command, and so forth.

Responsive to the selection 610, view “D” is generated and exposed. View“D” represents an arrangement of the user interface in a simultask mode.To do so, arrangement of the chrome elements is controlled by theplatform to generate an expanded view 131 for application A that ispresented in conjunction with the previously generated bladed view 130for application D. As noted previously the bladed view 130 provides acompact application representation of an application with an establishedand/or limited set of chrome elements. The bladed view 130 may include aplurality of application-specific elements populated with data derivedfrom metadata for the application using designated customizations orusing default application information in the absence of customizations.The expanded view is configured to provide principal chrome of acorresponding application as a main application in the user interface.

FIG. 7 illustrates generally at 700 an example scenario for contentexchange between applications using simultask mode in accordance withone or more implementations. Here, view “A” depicts a simultask mode asdescribed herein in which application D is in a bladed view andapplication A is in expanded view. View “B” depicts a simultask mode asdescribed herein in which application D is still in the bladed view, butapplication B is now in the expanded view. Navigation 701 may occur toswitch back and forth between view “A” and view “B” using varioustechniques and application selector functionality, examples of whichwere discussed previously herein.

Application A may include selectable content 702 such as an image, text,document, structured data, a media file, and so forth. Interaction 704may occur in view “A” to select the content 702 and associate thecontent with application D via the bladed view. As illustrated,interaction 704 involves selecting the content 702, dragging the contentto within boundaries of the bladed view, and dropping the content 702 onthe bladed view. This action causes exchange of the content 702 betweenapplication A and application D. In response, the content 702 may becopied, moved, or otherwise transferred to application D.

Application B may also include selectable content 706. Interaction 708comparable to interaction 704 may occur in view “B” to select thecontent 706 and associate the content with application D via the bladedview. This action causes exchange of the content 706 between applicationB and application D. Again, the content 706 may be copied, moved, orotherwise transferred to application D.

View “C” represents a single-app mode for application D that may beexposed following the example interaction 704 and interaction 708. Now,content 702 and content 706 is depicted as being associated withapplication D. Thus, the scenario of FIG. 7 provides an illustrativeexample of how simultask mode and bladed views may be utilized forconvenient exchange of content between applications. The exchange ofcontent may be accomplished in fewer steps than traditional approachessince the bladed view remains visible and the user does not have tolaunch application D each time content is transferred to application D.

FIG. 8 illustrates generally at 800 an example scenario in which asimultask mode with a bladed view is activated responsive to devicemanipulation in accordance with one or more implementations. Here, acomputing device 102 in the form of a tablet 106 is depicted. Because atablet device (or large mobile phone) may have more available screenreal estate than smaller devices, it may be possible to expose aside-by-side view of multiple applications. An example side-by-side mode802 is represented in view “A”. In the side-by-side mode 802 the displayarea is divided approximately in half with expanded views 131 presentedfor both a messaging application and browsing application in respectiveportions. The view “A” represents interaction with the tablet in alandscape orientation.

In this context, activation of simultask mode may be triggered inresponse to manipulation of a device into a different orientationsand/or a different configurations. In the depicted example, rotation 804of the tablet ninety degrees to the right is represented to achieve theview “B”. In view “B”, the user interface has been arranged responsiveto the rotation 804 to create a bladed view 130 for the messagingapplication that is snap to a top edge of the user interface. Thebrowser remains in an expanded view 131. The view “B” representsinteraction with the tablet in a portrait orientation. In animplementation, the view “B” may be dependent upon the direction ofrotation. For instance, rotation ninety degrees to the left may producea view in which the browser is in the bladed view instead of themessaging application. In either case, rotation of the device back intothe landscape orientation causes a return to the side-by-side mode 802.

While rotation is illustrated, other types of device manipulationconfigured to cause transitions to and from a simultask mode are alsocontemplated. For example, opening and closing of a foldable displaydevice may operate to trigger different modes. In another example,attachment and removal of an external or supplemental display to thedevice may cause mode transitions. In yet another example, selectivelyusing a device to project or mirror an image to a different screen maytransitions to or from a simultask mode.

In an implementation, the simultask mode may be configured to supportinteraction with more than two applications at a time. In this case,more than one application may be placed into bladed views exposed via auser interface. By way of example, consider FIG. 9, which illustratesgenerally at 900 an example user interface arranged to include bladedviews for multiple applications in accordance with one or moreimplementations. Here, a graphical user interface 902 is depicted ashaving portions for interaction with multiple applications includingportions for a sports application 904, a messaging application 906, anda browser application 908. Both the sports application 904 and themessaging application 906 are arranged using bladed views 130 asdescribe throughout this document. The browser application 908 appearsin an expanded view. In this arrangement, three or more applications maybe stacked in the user interface using respective views. Applicationsmay be placed in the different views using an application selector asdiscussed in relation to FIG. 6 and elsewhere herein. Additionally, theapplications in the different views may be swapped in the mannerdiscussed in relation to FIG. 3 and elsewhere herein. The bladedportions may be snapped in a stack along the top edge as illustrated orin relation to another designated edge. Alternatively, bladed portionsmay be snapped to different edges such as having the sports application904 snapped to the top edge, the messaging application snapped to thebottom edge, and the browser application 908 in expanded view betweenthe two blade portions. Accordingly, a variety of different arrangementsof two or more applications may be supported via a simultask mode asdiscussed herein. Additional details regarding these and other aspectsof customizable bladed applications are discussed in relation to thefollowing example procedures.

Example Procedures

The following discussion describes techniques that may be implementedutilizing the previously described systems and devices. Aspects of eachof the procedures may be implemented in hardware, firmware, or software,or a combination thereof. The procedures are shown as a set of blocksthat specify operations performed by one or more devices and are notnecessarily limited to the orders shown for performing the operations bythe respective blocks. In portions of the following discussion,reference may be made to the environment 100 of FIG. 1 and the examplesof FIGS. 2-9. By way of example, aspects of the procedures may beperformed by a suitably configured computing device, such as by acomputing device 102 as in FIG. 1 that includes or makes use of anoperating system 116, notification system 118, application manager 128,and/or other components.

Functionality, features, and concepts described in relation to theexamples of FIGS. 1-9 may be employed in the context of the proceduresdescribed herein. Further, functionality, features, and conceptsdescribed in relation to different procedures below may be interchangedamong the different procedures and are not limited to implementation inthe context of an individual procedure. Moreover, blocks associated withdifferent representative procedures corresponding figures herein may beapplied together and/or combined in different ways. Therefore, it is tobe appreciated that individual functionality, features, and conceptsdescribed in relation to different example environments, devices,components, figures, and procedures throughout this document may be usedin any suitable combinations and are not limited to the particularcombinations represented by the enumerated examples.

FIG. 10 depicts an example procedure 1000 in which a simultask mode isactivated in accordance with one or more implementations. An event isdetected to initiate arrangement of a graphical user interface for aplatform into a simultask mode that enables combined user access tomultiple applications of the platform via respective portions for themultiple applications exposed via the graphical user interface (block1002). For example, a simultask mode as described here may beimplemented by an operating system 116, via an application manager 128or otherwise. The simultask mode may be activated in response todifferent events including user interaction to manually activatesimultask mode and/or defined workflows and scenarios that automaticallytrigger simultask mode. The platform may make the simultask modeavailable for any combination of displayable applications supported bythe platform.

In this context, various different events may be detected that areconfigured to activate the simultask mode. For example, the event mayrelate to user input defined as a trigger for a bladed view that isapplied during interaction with an application in a single-app mode. Inanother example, the event involves user selection made via anapplication selector accessible via the platform to identify oneapplication for a bladed view and identify a different application forthe expanded view. In addition or alternatively, the event that isdetected may correspond to a notification event related to a particularapplication that is received in the background during interaction with adifferent application in a single-app mode. In this example, theparticular application may be in a non-running state. Accordingly, thenotification is effective to cause the platform to launch the simultaskmode and generate a bladed view for the particular application based onthe notification. The event may also correspond to changing of theorientation of the computing device or otherwise manipulating the deviceas discussed on relation to the examples of FIG. 8.

Responsive to detection of the event, the simultask mode is activated bycontrolling arrangement of the chrome elements within the graphical userinterface to generate at least a bladed view in a portion of thegraphical user interface configured to provide a compact applicationrepresentation for one application having a plurality ofapplication-specific elements populated with data derived from metadataassociated with the one application; and an expanded view for adifferent application in another portion of the graphical user interfaceconfigured to provide principal chrome for the different application(block 1004). Then, the bladed view and expanded view are exposed viathe graphical user interface to facilitate the combined user access tothe multiple applications (block 1006).

Various example details and arrangements of views for a simultask modeare discussed above and below. The views include at least one bladedview 130 for a corresponding application as discussed herein. The bladedview is available to configure a compact application representation forany displayable application via the platform using correspondingmetadata to populate the plurality of application-specific elements. Byway of example and not limitation, the bladed view may be configured asa bar placed at a fixed location within the graphical user interface andhaving a pre-arranged layout of the application-specific elements, suchthat a consistent compact application representation is created acrossdifferent applications when the application-specific elements arepopulated with data for the different applications.

In one approach, controlling arrangement of elements for the bladed viewincludes recognizing application-specific customizations indicated bythe metadata associated with the one application and populating theapplication-specific elements using the metadata. Application-specificcustomizations may include but are not limited to one or more of anicon, a color scheme, a title, a content stream, or a background imagespecified for the one application. The content stream or other suitablecontent elements included with the bladed view are configured to presentdynamically updatable content for the one application. In an example,the updatable content is obtained from operation of the one applicationin a background state while the bladed view is exposed. In addition oralternatively, updatable content for the bladed view may be obtained viaa notification system 118 of the platform. The notification system 118is used to obtain content on behalf of multiple applications, such thatthe content updates may be obtained without running correspondingapplications. This means that applications associated with a bladed viewmay be kept in a suspended or non-running state, which conserves deviceresources such as memory, processing power, and battery life for otherdevice functionality. The arrangement of the chrome elements may also beconfigured to substantially consume available screen-real estate of adisplay device used to present the graphical user interface. In otherwords, the combination of the bladed view and expanded view may extendto the boundaries of the available display area, with the bladed viewadjoining the enhanced view at a boundary in a stack arrangement oroverlaying the enhanced view at least partially.

FIG. 11 depicts an example procedure 1100 in which updates for a bladedview are obtained via a notification system in accordance with one ormore implementations. A bladed view of a selected application isgenerated to provide a compact application representation having aplurality of application-specific elements populated with data derivedfrom metadata associated with the selected application (block 1102).Once generated, the bladed view for the selected application is exposedin a graphical user interface for the computing device in connectionwith an expanded view configured to provide principal chrome for adifferent application (block 1104). For example, bladed views may beproduced, rendered and utilized in the manner discussed in relation tothe preceding examples of FIGS. 1 to 10. As mentioned, an operatingsystem 116 for a platform may include an application manager 128 orcomparable functionality configured to generate bladed views for anydisplayable application of the computing device using correspondingmetadata. Bladed views created for various applications may be presentedin a simultask mode along with an expanded view of another applicationthereby enabling combined user access to multiple applications. In oneapproach, generation of a bladed view for a selected applicationincludes parsing metadata for the selected application, extracting datafrom the metadata to populate a plurality of application-specificelements, and populating the plurality of application-specific elementswith the extracted data. The extracted data may include default data forthe application and/or designated customizations that are used togenerate a corresponding bladed view. Accordingly, the operating systemis configured to generate bladed views using application-specificcustomizations indicated by metadata for the application when designatedor using default information available for the application in theabsence of designated customizations.

A notification for the selected application is obtained via anotification system of the operating system, the notification indicatingan update for data presented via the plurality of application-specificelements in the bladed view (block 1106) and the application-specificelements are updated to reflect the update as indicated by thenotification (block 1108). As mentioned, the operating system mayleverage a notification system 118 configured to manage notification onbehalf of multiple applications. Notifications may specify updates forupdateable content elements that are included with bladed views 130.Accordingly, a content stream, image, new snippet, game score, stockticker or other updatable content may be updated based on notificationsthat are managed via a notification system 118 implemented via theplatform.

FIG. 12 depicts an example procedure 1200 in which an applicationselector is used to activate a simultask mode in accordance with one ormore implementations. An application selector is exposed that isconfigured to enable user navigation of and selection between multipleapplications active on a device (block 1202). Input is obtained via theapplication selector to select one of the multiple applications to placeinto a bladed view (block 1204) and a graphical user interface for thedevice is arranged to represent the selected application in the bladedview (block 1206). Additional input is received via the via theapplication selector to select a main application to present in anexpanded view (block 1208) and arrangement of the graphical userinterface for the device is controlled to represent the main applicationin the expanded view in conjunction with the bladed view of the selectedapplication (block 1210).

Example techniques related to using an application selector to activatea simultask mode were previously discussed in relation to FIG. 6 andelsewhere herein. Various configurations of an application selector arecontemplated including but not limited to the examples of FIGS. 5 and 6.Various kinds of input may be used also. As but one example, a swipinggesture or action may be used to cause placement of an application inthe bladed view and a tap or press gesture may be used to select themain application as represented in FIG. 6. Then, arrangement of thegraphical user interface to create the simultask view may occur invarious ways discussed herein, including but not limited to operationsin accordance with the example procedure 1000 of FIG. 10 and the exampledetails and scenarios of FIGS. 2-9.

For instance, the bladed view may include application-specificcustomizations that are designated by an application as discussedpreviously. Various customizations are contemplated examples of whichwere discussed in relation to FIG. 4 and elsewhere herein. In order toarrange the bladed view and apply any available customizations, theplatform may operate to determine whether application-specificcustomizations are designated for the selected application by parsingmetadata for the selected application. Elements of the bladed view arethen configured in accordance with the determination. In particular,application-specific customizations indicated by the metadata are usedto arrange the elements of the bladed view when designated. In thealternative, default information available for the selected applicationis used to arrange the elements of the bladed view in the absence ofdesignated application-specific customizations.

In conjunction with procedure 1200, the platform may additionallysupport swapping of applications between a bladed view 130 and anexpanded view, such as in the example of FIG. 3 and elsewhere herein. Inan example, the swapping involves recognizing input applied in relationto the bladed view to cause expansion of the selected application withinthe graphical user interface. Then, responsive to the input, views areswitched for the selected application and the main application, suchthat the main application is now switched to the bladed view inconjunction with the selected application switched to the expanded view.Additionally, content streams and other updatable elements presented inthe bladed view may be dynamically updated. This may occur throughdirect interaction with an application to obtain the updates and/orusing a notification system 118 as discussed in relation to exampleprocedure 1100 of FIG. 11 and elsewhere herein.

Having considered some example procedures, consider now a discussion ofan example system and devices that may be employed in one or moreimplementations.

Example System and Device

FIG. 13 illustrates an example system generally at 1300 that includes anexample computing device 1302 that is representative of one or morecomputing systems and/or devices that may implement the varioustechniques described herein. The computing device 1302 may be, forexample, a server of a service provider, a device associated with theclient (e.g., a client device), an on-chip system, and/or any othersuitable computing device or computing system.

The example computing device 1302 as illustrated includes a processingsystem 1304, one or more computer-readable media 1306, and one or moreI/O interfaces 1308 that are communicatively coupled, one to another.Although not shown, the computing device 1302 may further include asystem bus or other data and command transfer system that couples thevarious components, one to another. A system bus can include any one orcombination of different bus structures, such as a memory bus or memorycontroller, a peripheral bus, a universal serial bus, and/or a processoror local bus that utilizes any of a variety of bus architectures. Avariety of other examples are also contemplated, such as control anddata lines.

The processing system 1304 is representative of functionality to performone or more operations using hardware. Accordingly, the processingsystem 1304 is illustrated as including hardware elements 1310 that maybe configured as processors, functional blocks, and so forth. This mayinclude implementation in hardware as an application specific integratedcircuit or other logic device formed using one or more semiconductors.The hardware elements 1310 are not limited by the materials from whichthey are formed or the processing mechanisms employed therein. Forexample, processors may be comprised of semiconductor(s) and/ortransistors (e.g., electronic integrated circuits (ICs)). In such acontext, processor-executable instructions may beelectronically-executable instructions.

The computer-readable media 1306 is illustrated as includingmemory/storage 1312. The memory/storage 1312 represents memory/storagecapacity associated with one or more computer-readable media. Thememory/storage 1312 may include volatile media (such as random accessmemory (RAM)) and/or nonvolatile media (such as read only memory (ROM),Flash memory, optical disks, magnetic disks, and so forth). Thememory/storage 1312 may include fixed media (e.g., RAM, ROM, a fixedhard drive, and so on) as well as removable media (e.g., Flash memory, aremovable hard drive, an optical disc, and so forth). Thecomputer-readable media 1306 may be configured in a variety of otherways as further described below.

Input/output interface(s) 1308 are representative of functionality toallow a user to enter commands and information to computing device 1302,and also allow information to be presented to the user and/or othercomponents or devices using various input/output devices. Examples ofinput devices include a keyboard, a cursor control device (e.g., amouse), a microphone, a scanner, touch functionality (e.g., capacitiveor other sensors that are configured to detect physical touch), a camera(e.g., which may employ visible or non-visible wavelengths such asinfrared frequencies to detect movement that does not involve touch asgestures), and so forth. Examples of output devices include a displaydevice (e.g., a monitor or projector), speakers, a printer, a networkcard, tactile-response device, and so forth. Thus, the computing device1302 may be configured in a variety of ways as further described belowto support user interaction.

Various techniques may be described herein in the general context ofsoftware, hardware elements, or program modules. Generally, such modulesinclude routines, programs, objects, elements, components, datastructures, and so forth that perform particular tasks or implementparticular abstract data types. The terms “module,” “functionality,” and“component” as used herein generally represent software, firmware,hardware, or a combination thereof. The features of the techniquesdescribed herein are platform-independent, meaning that the techniquesmay be implemented on a variety of commercial computing platforms havinga variety of processors.

An implementation of the described modules and techniques may be storedon or transmitted across some form of computer-readable media. Thecomputer-readable media may include a variety of media that may beaccessed by the computing device 1302. By way of example, and notlimitation, computer-readable media may include “computer-readablestorage media” and “communication media.”

“Computer-readable storage media” refers to media and/or devices thatenable storage of information in contrast to mere signal transmission,carrier waves, or signals per se. Thus, computer-readable storage mediadoes not include signal bearing media or signals per se. Thecomputer-readable storage media includes hardware such as volatile andnon-volatile, removable and non-removable media and/or storage devicesimplemented in a method or technology suitable for storage ofinformation such as computer readable instructions, data structures,program modules, logic elements/circuits, or other data. Examples ofcomputer-readable storage media may include, but are not limited to,RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM,digital versatile disks (DVD) or other optical storage, hard disks,magnetic cassettes, magnetic tape, magnetic disk storage or othermagnetic storage devices, or other storage device, tangible media, orarticle of manufacture suitable to store the desired information andwhich may be accessed by a computer.

“Communication media” may refer to a signal-bearing medium that isconfigured to transmit instructions to the hardware of the computingdevice 1302, such as via a network. Communication media typically mayembody computer readable instructions, data structures, program modules,or other data in a modulated data signal, such as carrier waves, datasignals, or other transport mechanism. Signal media also include anyinformation delivery media. The term “modulated data signal” means asignal that has one or more of its characteristics set or changed insuch a manner as to encode information in the signal. By way of example,and not limitation, communication media include wired media such as awired network or direct-wired connection, and wireless media such asacoustic, RF, infrared, and other wireless media.

As previously described, hardware elements 1310 and computer-readablemedia 1306 are representative of instructions, modules, programmabledevice logic and/or fixed device logic implemented in a hardware formthat may be employed in some embodiments to implement at least someaspects of the techniques described herein. Hardware elements mayinclude components of an integrated circuit or on-chip system, anapplication-specific integrated circuit (ASIC), a field-programmablegate array (FPGA), a complex programmable logic device (CPLD), and otherimplementations in silicon or other hardware devices. In this context, ahardware element may operate as a processing device that performsprogram tasks defined by instructions, modules, and/or logic embodied bythe hardware element as well as a hardware device utilized to storeinstructions for execution, e.g., the computer-readable storage mediadescribed previously.

Combinations of the foregoing may also be employed to implement varioustechniques and modules described herein. Accordingly, software,hardware, or program modules including operating system 116,notification system 118, applications 124, application manager 128 andother program modules may be implemented as one or more instructionsand/or logic embodied on some form of computer-readable storage mediaand/or by one or more hardware elements 1310. The computing device 1302may be configured to implement particular instructions and/or functionscorresponding to the software and/or hardware modules. Accordingly,implementation of modules as a module that is executable by thecomputing device 1302 as software may be achieved at least partially inhardware, e.g., through use of computer-readable storage media and/orhardware elements 1310 of the processing system. The instructions and/orfunctions may be executable/operable by one or more articles ofmanufacture (for example, one or more computing devices 1302 and/orprocessing systems 1304) to implement techniques, modules, and examplesdescribed herein.

As further illustrated in FIG. 13, the example system 1300 enablesubiquitous environments for a seamless user experience when runningapplications on a personal computer (PC), a television device, and/or amobile device. Services and applications run substantially similar inall three environments for a common user experience when transitioningfrom one device to the next while utilizing an application, playing avideo game, watching a video, and so on.

In the example system 1300, multiple devices are interconnected througha central computing device. The central computing device may be local tothe multiple devices or may be located remotely from the multipledevices. In one embodiment, the central computing device may be a cloudof one or more server computers that are connected to the multipledevices through a network, the Internet, or other data communicationlink.

In one embodiment, this interconnection architecture enablesfunctionality to be delivered across multiple devices to provide acommon and seamless experience to a user of the multiple devices. Eachof the multiple devices may have different physical requirements andcapabilities, and the central computing device uses a platform to enablethe delivery of an experience to the device that is both tailored to thedevice and yet common to all devices. In one embodiment, a class oftarget devices is created and experiences are tailored to the genericclass of devices. A class of devices may be defined by physicalfeatures, types of usage, or other common characteristics of thedevices.

In various implementations, the computing device 1302 may assume avariety of different configurations, such as for computer 1314, mobile1316, and television 1318 uses. Each of these configurations includesdevices that may have generally different constructs and capabilities,and thus the computing device 1302 may be configured according to one ormore of the different device classes. For instance, the computing device1302 may be implemented as the computer 1314 class of a device thatincludes a personal computer, desktop computer, a multi-screen computer,laptop computer, netbook, and so on.

The computing device 1302 may also be implemented as the mobile 1316class of device that includes mobile devices, such as a mobile phone,portable music player, portable gaming device, a tablet computer, amulti-screen computer, and so on. The computing device 1302 may also beimplemented as the television 1318 class of device that includes deviceshaving or connected to generally larger screens in casual viewingenvironments. These devices include televisions, set-top boxes, gamingconsoles, and so on.

The techniques described herein may be supported by these variousconfigurations of the computing device 1302 and are not limited to thespecific examples of the techniques described herein. This isillustrated through inclusion of the application manager 128 on thecomputing device 1302. The functionality of the application manager 128and other modules may also be implemented all or in part through use ofa distributed system, such as over a “cloud” 1320 via a platform 1322 asdescribed below.

The cloud 1320 includes and/or is representative of a platform 1322 forresources 1324. The platform 1322 abstracts underlying functionality ofhardware (e.g., servers) and software resources of the cloud 1320. Theresources 1324 may include applications and/or data that can be utilizedwhile computer processing is executed on servers that are remote fromthe computing device 1302. Resources 1324 can also include servicesprovided over the Internet and/or through a subscriber network, such asa cellular or Wi-Fi network.

The platform 1322 may abstract resources and functions to connect thecomputing device 1302 with other computing devices. The platform 1322may also serve to abstract scaling of resources to provide acorresponding level of scale to encountered demand for the resources1324 that are implemented via the platform 1322. Accordingly, in aninterconnected device embodiment, implementation of functionalitydescribed herein may be distributed throughout the system 1300. Forexample, the functionality may be implemented in part on the computingdevice 1302 as well as via the platform 1322 that abstracts thefunctionality of the cloud 1320.

EXAMPLE IMPLEMENTATIONS

Example implementations of customized bladed applications describedherein include, but are not limited to, one or any combinations of oneor more of the following examples:

Example 1. A method implemented by a computing device to facilitate useraccess to content associated with multiple applications at the same timethru arrangement of chrome elements for the multiple applicationscomprising: detecting an event to initiate arrangement of a graphicaluser interface for a platform into a simultask mode that enablescombined user access to multiple applications of the platform viarespective portions for the multiple applications exposed via thegraphical user interface; responsive to detection of the event,activating the simultask mode by: controlling arrangement of the chromeelements within the graphical user interface to generate at least: abladed view in a portion of the graphical user interface configured toprovide a compact application representation for one application havinga plurality of application-specific elements populated with data derivedfrom metadata associated with the one application; and an expanded viewfor a different application in another portion of the graphical userinterface configured to provide principal chrome for a differentapplication; and exposing the bladed view and expanded view via thegraphical user interface to facilitate the combined user access to themultiple applications.

Example 2. The computer-implemented method as described in any one ormore of the examples in this section, wherein controlling arrangementincludes recognizing application-specific customizations indicated bythe metadata associated with the one application and populating theapplication-specific elements using the metadata, theapplication-specific customizations including one or more of an icon, acolor scheme, a title, a content stream, or a background image specifiedfor the one application.

Example 3. The computer-implemented method as described in any one ormore of the examples in this section, wherein the bladed view isconfigured to present dynamically updating content for the oneapplication obtained from operation of the one application in abackground state while the bladed view is exposed.

Example 4. The computer-implemented method as described in any one ormore of the examples in this section, wherein the bladed view isconfigured to present dynamically updating content for the oneapplication obtained via a notification system of the platform with theone application in a non-running state.

Example 5. The computer-implemented method as described in any one ormore of the examples in this section, wherein the bladed view isavailable to configure a compact application representation for anydisplayable application via the platform using corresponding metadata topopulate the plurality of application-specific elements.

Example 6. The computer-implemented method as described in any one ormore of the examples in this section, wherein the simultask mode isavailable for any combination of displayable applications supported bythe platform.

Example 7. The computer-implemented method as described in any one ormore of the examples in this section, wherein the bladed view isconfigured as a bar placed at a fixed location within the graphical userinterface and having a pre-arranged layout of the application-specificelements, such that a consistent compact application representation iscreated across different applications when the application-specificelements are populated with data for the different applications.

Example 8. The computer-implemented method as described in any one ormore of the examples in this section, wherein controlling arrangement ofthe chrome elements comprises configuring the chrome elements tosubstantially consume available screen-real estate of a display deviceused to present the graphical user interface.

Example 9. The computer-implemented method as described in any one ormore of the examples in this section, wherein the event comprises userinput defined as a trigger for the bladed view applied duringinteraction with the one application in a single-app mode.

Example 10. The computer-implemented method as described in any one ormore of the examples in this section, wherein the event comprises a userselection to identify the one application for the bladed view and a userselection to identify the different application for the expanded viewvia an application selector accessible via the platform.

Example 11. The computer-implemented method as described in any one ormore of the examples in this section, wherein the event comprises anotification event related to the one application received in thebackground during interaction with the different application in asingle-app mode and while the one application is in a non-running state,the notification effective to cause the platform to launch the simultaskmode and generate the bladed view for the one application based on thenotification.

Example 12. The computer-implemented method as described in any one ormore of the examples in this section, wherein the event compriseschanging an orientation of the computing device.

Example 13. A computing device adapted to facilitate user access tocontent associated with multiple applications at the same time thruarrangement of chrome elements for the multiple applications comprising:a processing system; one or more computer-readable media storingprocessor-executable instructions that, responsive to execution by theprocessing system, implement an operating system for the computingdevice configured to perform operations comprising: generating a bladedview of a selected application to provide a compact applicationrepresentation having a plurality of application-specific elementspopulated with data derived from metadata associated with the selectedapplication, the operating system configured to generate bladed viewsfor any displayable application of the computing device usingcorresponding metadata; exposing the bladed view for the selectedapplication in a graphical user interface for the computing device inconnection with an expanded view configured to provide principal chromefor a different application; obtaining a notification for the selectedapplication via a notification system of the operating system, thenotification indicating an update for data presented via the pluralityof application-specific elements the bladed view; and updating theapplication-specific elements to reflect the update as indicated by thenotification.

Example 14. The computing device as described in any one or more of theexamples in this section, wherein generating the bladed view comprises:parsing metadata for the selected application; extracting data from themetadata to populate the plurality of application-specific elements; andpopulating the plurality of application-specific elements with theextracted data.

Example 15. The computing device as described in any one or more of theexamples in this section, wherein the operating system is configured togenerate bladed views for each displayable application based uponapplication-specific customizations indicated by metadata for theapplication when designated or using default information available forthe application in the absence of designated application-specificcustomizations.

Example 16. The computing device as described in any one or more of theexamples in this section, wherein the operating system is furtherconfigured to perform operations comprising: recognizing input appliedin relation to the bladed view to cause expansion of the selectedapplication within the user interface; and responsive to the input,switching views for the selected application and the differentapplication.

Example 17. One or more computer-readable storage media storinginstructions that, when executed by a processing system of a device,cause an operating system for the device to perform operations tofacilitate user access to content associated with multiple applicationsat the same time thru arrangement of chrome elements for the multipleapplications comprising: exposing an application selector configured toenable user navigation of and selection between multiple applicationsactive on the device; obtaining input via the application selector toselect one of the multiple applications to place into a bladed view;arranging a graphical user interface for the device to represent theselected application in the bladed view; receiving additional input viathe application selector to select a main application to present in anexpanded view; controlling arrangement of the graphical user interfacefor the device to represent the main application in the expanded view inconjunction with the bladed view of the selected application.

Example 18. The one or more computer-readable storage media as describedin any one or more of the examples in this section, wherein theinstructions further cause the operating system for the device toperform operations comprising: recognizing input applied in relation tothe bladed view to cause expansion of the selected application withinthe graphical user interface; and responsive to the input, switchingviews for the selected application and the main application such thatthe main app is presented in the bladed view in conjunction with theselected application in the expanded view

Example 19. The one or more computer-readable storage media as describedin any one or more of the examples in this section, wherein theinstructions further cause the operating system for the device toperform operations comprising: obtaining a notification for the selectedapplication via a notification system of the operating system, thenotification indicating an update for a content stream for the selectedapplication presented via the bladed view; and updating the contentstream for the selected application to reflect the update as indicatedby the notification

Example 20. The one or more computer-readable storage media as describedin any one or more of the examples in this section, wherein arrangingthe graphical user interface for the device to represent the selectedapplication in the bladed view comprises: determining whetherapplication-specific customizations are designated for the selectedapplication by parsing metadata for the selected application; andconfiguring elements of the bladed view in accordance with thedetermining by: using application-specific customizations indicated bythe metadata to arrange the elements of the bladed view when designated;or using default information available for the selected application toarrange the elements of the bladed view in the absence of designatedapplication-specific customizations.

Conclusion

Although embodiments of techniques and apparatuses enabling adaptivesizing and positioning of application windows have been described inlanguage specific to features and/or methods, it is to be understoodthat the subject of the appended claims is not necessarily limited tothe specific features or methods described. Rather, the specificfeatures and methods are disclosed as example implementations enablingadaptive sizing and positioning of application windows.

What is claimed is:
 1. A method implemented by a computing device, themethod comprising: displaying a simultask mode that enables user accessto multiple content on a graphical user interface; displaying a bladedview of first content in a first portion of the graphical user interfaceresponsive to an input on the graphical user interface to transition thefirst content from being displayed in an initial view to being displayedin the bladed view; and displaying second content in an expanded view ina second portion of the graphical user interface, the second contentbeing user selectable on the graphical user interface while the firstcontent is displayed in the bladed view on the graphical user interface.2. The computer-implemented method as recited in claim 1, furthercomprising: receiving a selection of the second content on the graphicaluser interface; replacing the first content in the bladed view with thesecond content responsive to the selection of the second content; anddisplaying additional second content in the second portion of thegraphical user interface.
 3. The computer-implemented method as recitedin claim 1, wherein: the first content is video media playing in thebladed view on the graphical user interface; and the second content is ascrollable list of additional selectable video media that is userselectable for playback on the graphical user interface.
 4. Thecomputer-implemented method as recited in claim 1, further comprising:receiving a swipe input on the graphical user interface to repositionthe bladed view of the first content displayed on the graphical userinterface; and displaying a compact representation of the bladed view ofthe first content in a repositioned portion of the graphical userinterface.
 5. The computer-implemented method as recited in claim 4,further comprising: receiving a selection of the second content on thegraphical user interface; closing the bladed view of the first contentresponsive to the selection of the second content; and displaying theselected second content in the initial view on the graphical userinterface.
 6. The computer-implemented method as recited in claim 1,wherein the bladed view of the first content is a compact representationof the first content while said displaying the second content in theexpanded view on the graphical user interface.
 7. Thecomputer-implemented method as recited in claim 1, wherein the secondcontent displayed in the expanded view on the graphical user interfaceis navigable with swipe inputs to view multiple second content items foruser selection while the first content is displayed in the bladed viewon the graphical user interface.
 8. The computer-implemented method asrecited in claim 1, further comprising: receiving an additional input onthe graphical user interface to close the bladed view of the firstcontent; and displaying the second content in the expanded view on thegraphical user interface, the second content being user selectable onthe graphical user interface to initiate displaying video media in thebladed view in the first portion of the graphical user interface.
 9. Thecomputer-implemented method as recited in claim 1, wherein the simultaskmode is a display feature of an application executing on a processor ofthe computing device, and the first content and the second content isgenerated as display content of the application for display in thegraphical user interface.
 10. A computing device comprising: a displaydevice to display a graphical user interface of one or more applicationsexecutable by a processing system of the computing device; one or morecomputer-readable memory to store processor-executable instructions ofthe one or more applications and an operating system that is implementedto: initiate display of a simultask mode that enables user access tomultiple content on the graphical user interface; generate a bladed viewof first content for display in a first portion of the graphical userinterface responsive to an input on the graphical user interface totransition the first content from being displayed in an initial view tobeing displayed in the bladed view; and initiate display of secondcontent in an expanded view in a second portion of the graphical userinterface, the second content being user selectable on the graphicaluser interface while the first content is displayed in the bladed viewon the graphical user interface.
 11. The computing device as recited inclaim 10, wherein the operating system is implemented to: receive aselection of the second content on the graphical user interface; replacethe first content in the bladed view with the second content responsiveto the selection of the second content; and initiate display ofadditional second content in the second portion of the graphical userinterface.
 12. The computing device as recited in claim 10, wherein: thefirst content is video media initiated for playback in the bladed viewon the graphical user interface; and the second content is a scrollablelist of additional selectable video media that is user selectable forplayback on the graphical user interface.
 13. The computing device asrecited in claim 10, wherein the operating system is implemented to:receive a swipe input on the graphical user interface to reposition thebladed view of the first content displayed on the graphical userinterface; and initiate display of a compact representation of thebladed view of the first content in a repositioned portion of thegraphical user interface.
 14. The computing device as recited in claim13, wherein the operating system is implemented to: receive a selectionof the second content on the graphical user interface; close the bladedview of the first content responsive to the selection of the secondcontent; and initiate display of the selected second content in theinitial view on the graphical user interface.
 15. The computing deviceas recited in claim 10, wherein the bladed view of the first content isa compact representation of the first content while the second contentis displayed in the expanded view on the graphical user interface. 16.The computing device as recited in claim 10, wherein the second contentdisplayed in the expanded view on the graphical user interface isnavigable with swipe inputs to view multiple second content items foruser selection while the first content is displayed in the bladed viewon the graphical user interface.
 17. The computing device as recited inclaim 10, wherein the operating system is implemented to: receive anadditional input on the graphical user interface to close the bladedview of the first content; and initiate display of the second content inthe expanded view on the graphical user interface, the second contentbeing user selectable on the graphical user interface to initiatedisplaying video media in the bladed view in the first portion of thegraphical user interface.
 18. The computing device as recited in claim10, wherein the simultask mode is a display feature of an applicationexecuting on the processing system of the computing device, and thefirst content and the second content is generated as display content ofthe application for display in the graphical user interface.
 19. Amethod implemented by a computing device, the method comprising:displaying a simultask mode that enables user access to multiple videocontent of one or more applications on a graphical user interface;displaying a bladed view of first video media in a first portion of thegraphical user interface responsive to an input on the graphical userinterface to transition the first video media from being displayed in aninitial view to being displayed in the bladed view; displaying secondvideo media in an expanded view in a second portion of the graphicaluser interface, the second video media being user selectable on thegraphical user interface while the first video media is displayed in thebladed view on the graphical user interface.
 20. Thecomputer-implemented method as recited in claim 19, further comprising:receiving an input on the graphical user interface to expand the displayof the first video media in the bladed view; and switching views of thefirst video media and the second video media responsive to the input toexpand the display of the first video media, the second video mediabeing displayed in the bladed view and the first video media beingdisplayed in the expanded view.